home
***
CD-ROM
|
disk
|
FTP
|
other
***
search
/
Aminet 1 (Walnut Creek)
/
Aminet - June 1993 [Walnut Creek].iso
/
aminet
/
dev
/
cross
/
adev11_1_2.lha
/
readme
< prev
next >
Wrap
Text File
|
1992-12-21
|
9KB
|
176 lines
/*
* Copyright 1992 Stan Burton
*
* Permission to use, copy, modify, distribute, and sell this software
* and its documentation for any purpose is hereby granted without fee,
* provided that the above copyright notice appear in all copies and
* that both that copyright notice and this permission notice appear in
* supporting documentation, and that the name of Stan Burton not be used
* in advertising or publicity pertaining to distribution of the software
* without specific, written prior permission. I make no representations
* about the suitability of this software for any purpose. It is
* provided "as is" without express or implied warranty.
*
* THE ABOVE-NAMED DISCLAIMS ALL WARRANTIES WITH REGARD TO THIS SOFTWARE,
* INCLUDING ALL IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS. IN NO EVENT
* SHALL STAN BURTON BE LIABLE FOR ANY SPECIAL, INDIRECT OR
* CONSEQUENTIAL DAMAGES OR ANY DAMAGES WHATSOEVER RESULTING FROM LOSS OF USE,
* DATA OR PROFITS, WHETHER IN AN ACTION OF CONTRACT, NEGLIGENCE OR OTHER
* TORTIOUS ACTION, ARISING OUT OF OR IN CONNECTION WITH THE USE OR PERFORMANCE
* OF THIS SOFTWARE.
*
* Author:
* Stan Burton
*
* 1978 26 St. SE
* Medicine Hat, AB, CANADA
* T1A 2G8
*/
SOME OF THESE PROGRAMS REQUIRE AMIGADOS 2.0
slink requires V2.0, slink1.3 is a slower AmigaDOS V1.3 compatible
replacement for slink. All other programs are V1.3 and 2.0 compatible.
INSTALLATION
Installation is simple. If you are reading this, and logically you must
be, then step 1 is done.
2. The directory containing this file and the other files unpacked from
the archive should be added to your path.
3. Assign ADev11: to this directory. This is required mainly for the
C compiler when released.
4. Read the docs! I know you won't until you run into trouble, but make
sure you have read them before you come to me for help.
COMMON PROBLEMS
slink reports unknown hunk type
the assembler may have been aborted leaving a partial file
the assembler source file may have code outside of a segment
sc11 reports a problem in byte_length
certain errors in the C source file may cause SC11 to emit
68000 instructions. For example
char c, *chr_ptr;
c = *(char *)*chr_ptr;
this may be a legitimate bug. If there is nothing wrong
with the C source, reduce the source file as much as
possible and send it to me.
RELEASE CHANGES
KNOWN BUGS ---------------------------------
SAsm - a DC.l with a symbol can cause assembler to hang
the docs should have elaborative error message descriptions
SDis requires at least one non-executable byte after the last executable
opcode in memory or it will not print out the disassembled data
1.2 ----------------------------------------
HCload was reworked in many ways by its original author Ron Eirich.
slink - added a new map mode to the map output. This displays where, in
memory, all the hunks from all the modules were placed.
SDis was in far worse shape than I knew. Many bug fixes and improvements.
sasm mishandled direct references to XREF'd symbols by instructions
having a prebyte
slink reports of address out of range now include the hunk relative
address AND the module name AND the absolute address
SAsm - use of an EQUated symbol as the indexed offset or direct address
of a BSET or BCLR could, in some cases, cause an unusable .o file
to be produced.
lib11.lib new functions for printing in octal are __put_oct_str_sm,
__put_oct_str, __put_oct_sm, __put_oct.
lib11.lib all put_functions now use a symbol called __z_blank that is
a leading zero blanking (lzb) flag/counter. Its value is the number of
leading digits that you want to consider using lzb on. For example,
these values printed with _put_asc (a word (5 digit) routine)
__z_blank | value = 99 | value = 9 | value = 0
----------|------------|-----------|----------
3 | 99 | 09 | 00
4 | 99 | 9 | 0
5 | 99 | 9 |
Normally with a 5 digit routine you would use __z_blank = 4;
lib11.lib sm functions __put_asc_sm, __put_hex_sm, __put_asc_str_sm and
__put_hex_str_sm now accept the value in the B register. There are
new functions __put_asc_usm, __put_asc_str_usm and.
SAsm - fcb and fdb did not treat constants the same as DC.b, particulary
with respect to symbols and XREFs.
SAsm - fixed a long standing bug in branches to labels in the second or
later sections of a segment within a module. This could have produced
incorrect code in some cases in others it would appear as a branch out
of range error. This also affected the use of the '.' symbol.
lib11.lib all functions are now preceeded by __ (assembler level). Done
for compatibility with C environment.
lib11.lib the functions put_asc, put_asc_sm, put_asc_u, put_hex and
put_hex_sm now modify the X register. There are also new versions
put_asc_str, put_asc_str_sm, put_asc_str_u that put the result in the
string pointed to by the X register input.
SAsm now accepts the .z force on XREF and SEG. This causes all symbols
defined by such an XREF or declared in such a segment to use zero page
addressing where applicable. At the same time the restriction on
automatic generation of page zero references with constant (not symbolic)
addresses is lifted.
slink has been changed to apply special treatment to segments with the
name IDATA. (see docs for more details)
SAsm reported the wrong version number while running
SAsm undefined symbols were reported obliquely, due to a change in R1.1 I
believe.
SAsm would not allow a symbol to be XDEF'd after it was defined.
SAsm an error resulting from a change just prior to the original release
made it impossible to successfully reuse a segment within the same
source file.
SAsm (HC11) has been modified to accept three new pseudo-mnemonics. They
are ANDD, EORD, ORD from the 68HC16 instruction set. They produce, in
the case of ANDD, an ANDB followed by an ANDA. Therefore the result
is correct but only the N bit of the CCR flags is correct. The
mnemonics are valid with all HC11 addressing modes. This change was
made to prepare for the C compiler and was done in the assembler
because it could not be done with macros.
1.1 ----------------------------------------
SDis became confused if the S-record file to be dis-assembled contained a
value for address FFFF. This would usually result in a crash.
SDis default for (y/N) question would default to Y instead
SAsm failed to recognize that a negative number or expression result >= -128
could fit into an 8 bit immediate operand resulting in an illegal
addressing mode error for instructions such as this.
ldab #1-2
SAsm - Minor improvement in pass handling under special conditions
SAsm - Unary operations and binary operations involving a single XREF'd symbol
and an operator other than addition are not legal, but were not detected
by the assembler and produced incorrect code.
It was not noted anywhere in the documents that some of the programs require
AmigaDOS 2.0. Now only slink does and there is a slink1.3 replacement
slink was accessing memory on an odd boundary which would cause a crash on
68000 68010 processors
The 68HC11 registers include file 68HC11.inc is now included in the release.
It is not quite complete yet ... as time permits.
A new utility, MHex, has been added which allows conversion of S record
files to straight binary. The source is also included in case you have
a particular format requirement. I would appreciate receiving any such
conversions and I will try to make one grand unified utility out of them.
A simple monitor program is provided, along with source, I like it because
its extensible command set allows me to easily develop command driven
programs.
New library functions for printing values as hex ascii are available.
HCload was modified to work with any serial-type device and any unit number.
Two of the listed library functions were somehow left out of the library.
1.0 ----------------------------------------
SAsm, slink and slib now handle 68HC16 mnemonics and addressing modes as
far as I have been able to test. I do not have a 68HC16 processor and
have relied on Motorola printed documents.
The docs files other than the .ps file are probably out of date. They are
included only for those who don't have access to a postscript printer or
converter.
I can be reached at:
internet sburton@dres.dnd.ca <= NOTE: change
BIX sburton
mail Stan Burton
1978 26 St. SE
Medicine Hat, AB CANADA
T1A 2G8